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FIELD OF THE INVENTION 

The subject invention relates generally to data processing and more 
particularly to a method and apparatus providing employing simple point and touch 
operations to achieve high speed parallel accessing of data stored at a number of 
5 remote heterogeneous sites and automatic execution of selected methods on such data. 



BACKGROUND OF THE INVENTION AND RELATED ART 

Present technology is witnessing the development of large remote 
databases or "data warehouses", as well as rapid expansion of the Internet and 

10 proliferation of corporate intranets. Demand is growing for increasingly large and 
rapid data transfers involving streaming video, visualization graphics and large data 
warehouse downloads over such new network protocols as the Fast Ethernet and 
Gigabyte Ethernet. The data which it would be desirable to access may be stored 
across heterogeneous sites, i.e., sites which contain different types of database 

1 5 systems or other data containers. Hence the data which may need to be accessed may 
be referred to as "heterogeneous data.". At the same time, data processing and 
computer capabilities are being built into numerous special devices such as cell 
phones, palm tops, set tops and car-based GPS computers. Thus, special devices are 
of a kind whose primary role is not thought of as full scale computing, in contrast to 

20 lap-top computers and personal computers. 

Our co-pending application, U.S. Serial No. 09/405,038 filed 
September 24, 1999, incorporated by reference herein and entitled Method And 
Apparatus For High Speed Parallel Accessing And Execution of Methods Across 
Multiple Heterogeneous Data Sources discloses the accessing of distributed data 

25 contained in a number of distributed heterogeneous data sources via a search initiated 
by a single Java script wherein a single object represents the data to be retrieved and 
subjected to a method in the script. It has occurred to the inventors that provision of 
such accessing capabilities to special devices would provide a highly useful and 
powerful enhancement to such devices. 
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SUMMARY OF THE INVENTION 

According to the invention, so-called "special devices" such as palm 
tops, set tops, cell phones, and car-based GPS computers are provided with the 
capability to access heterogeneous data stored across the World Wide Web, Internet, 
5 or other networks where such networks are treated as a large virtual dataserver or 
warehouse. According to one embodiment, an ActiveX component is e-mailed to the 
special device. The ActiveX component contains both a user interface and agent- 
based software similar to that of the aforementioned pending application. When the 
user clicks on the ActiveX control, a pull-down menu on the special device display 

10 lists the available data objects, each of which may include heterogeneous datasources 
distributed across a worldwide network. The user then selects an object of interest. In 
response, a second pull-down menu lists the methods that may be run against that 
object. The user then clicks on one of the methods (e.g., search, sort, compute . . .). If 
the data is distributed, the method is run in parallel across the distributed data. 

15 As will be apparent, various other transactions may be implemented 

via the special device display according to the invention in addition to accessing data 
objects and executing methods upon them. Thus, special device users can access the 
Internet and perform more sophisticated calculations, algorithms and transactions 
(e.g., comparing prices and/or features according to various algorithms), and can 

20 construct those transactions with simple point and click or point and touch operations. 

Other objects, features and advantages of the present invention will 
become readily apparent to those skilled in the art from the following detailed 
description, wherein is shown and described only the preferred embodiment of the 
invention, simply by way of illustration of the best mode contemplated of carrying out 

25 the invention. As will be realized, the invention is capable of other and different 
embodiments, and its many details are capable of modifications in various obvious 
respects, all without departing from the invention. Accordingly, the drawings and 
description are to be regarded as illustrative in nature, and not as restrictive, and what 
is intended to be protected by Letters Patent is set forth in the appended claims. The 
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present invention will become apparent when taken in conjunction with the following 
description and attached drawings, wherein like characters indicate like parts, and 
which drawings form a part of this application. 

5 BRIEF DESCRIPTION OF THE DRAWINGS: 

Figure 1 is a system block diagram illustrating implementation of the 
preferred embodiment of the invention; 

Figure 2 is a computer screen display illustrating a first display 
generated according to the preferred embodiment; 
10 Figure 3 is a second computer screen display illustrating a first display 

generated according to the preferred embodiment; 

Figure 4 is a third computer screen display illustrating a first display 
generated according to the preferred embodiment; 

Figure 5 is a fourth computer screen display illustrating a first display 
1 5 generated according to the preferred embodiment; 

Figure 6 is a fifth computer screen display illustrating a first display 
generated according to the preferred embodiment; 

Figure 7 is a sixth computer screen display illustrating a first display 
generated according to the preferred embodiment; 
20 Figure 8 is a seventh computer screen display illustrating a first display 

generated according to the preferred embodiment; 

Figure 9 is an eighth computer screen display illustrating a first display 
generated according to the preferred embodiment; 

Figure 10 is a ninth computer screen display illustrating a first display 
25 generated according to the preferred embodiment; 

Figure 1 1 is a tenth computer screen display illustrating a first display 
generated according to the preferred embodiment; 

Figure 12 is an eleventh computer screen display illustrating a first 
display generated according to the preferred embodiment ; 
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Figure 13 is a twelfth computer screen display illustrating a first 
display generated according to the preferred embodiment; 

Figure 14 is a thirteenth computer screen display illustrating a first 
display generated according to the preferred embodiment; 
5 Figure 15 is a fourteenth computer screen display illustrating a first 

display generated according to the preferred embodiment; 

Figure 16 is a fifteenth computer screen display illustrating a first 
display generated according to the preferred embodiment; 

Figure 17 is a sixteenth computer screen display illustrating a first 
10 display generated according to the preferred embodiment; 

Figure 18 is a seventeenth computer screen display illustrating a first 
display generated according to the preferred embodiment; 

Figure 19 is an eighteenth computer screen display illustrating a first 
display generated according to the preferred embodiment; 
1 5 Figure 20 is a nineteenth computer screen display illustrating a first 

display generated according to the preferred embodiment; 

Figure 21 is a twentieth computer screen display illustrating a first 
display generated according to the preferred embodiment; 

Figure 22 is a twenty-first computer screen display illustrating a first 
20 display generated according to the preferred embodiment; 

Figure 23 is a system block diagram illustrating a method and 
apparatus according to the preferred embodiment of the invention; 

Figure 24 is a flow diagram illustrating structure and operation of an 
agent process according to the preferred embodiment; 
25 Figure 25 is a block diagram further illustrating system architecture 

according to the preferred embodiment; 

Figure 26 is a flow diagram illustrating a messenger process according 
to the preferred embodiment; 
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Figure 27 is an inheritance diagram illustrating metadata employed 
according to the preferred embodiment; 

Figure 28 is a schematic block diagram illustrating a node employing a 
static start-up process; 

5 Figure 29 is a schematic block diagram illustrating a node employing a 

dynamic start-up process; 

Figure 30 illustrates operation of an agent process at a local node in 
response to a request containing concatenated methods; 

Figure 31 illustrates operation of an agent process at a remote node in 
1 0 response to a message generated according to Fig. 3 1 ; 

Figure 32 illustrates operation of a local agent in response to "Multiple 
Points of Logic" methods and commands; 

Figure 33 illustrates operation of a remote agent in response to 
messages generated according to Fig. 32. 

15 

DETAILED DESCRIPTION OF ONE EMBODIMENT: 

FIG. 1 schematically illustrates apparatus according to the preferred 
embodiment. A special device hardware input/output interface 113 operates under 
control of user interface and script generation software 115. The hardware interface 

20 113 may be, for example, a conventional touch screen and stylus of a palm-held 

device, which displays graphics and enables function selection by touching various 
icons and other indicia on the screen. The user interface software 1 1 5 provides the 
screen displays and interface capability, as well as the capability to translate certain 
screen selections into script which is recognized by an agent/messenger code module 

25 117. The agent/messenger code module 1 17 is constructed as described in the 

aforementioned patent application to respond, for example, to a request for execution 
of a method upon a data object to send appropriate scripts through a data transmission 
medium 1 19 such as the internet to those nodes in a system 121 where the data object 
resides in order to cause automatic execution of the method at the nodes upon 
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heterogeneous data and to cause automatic return of the results to the special device 
113. The construction and operation of the graphical user interface and the software 
implementing it will now be described in more detail by reference to Figs. 2 to 22, 
which show illustrative examples of operation according to the preferred embodiment. 
5 According to the preferred embodiment, a software component 

including the graphical user interface to be displayed and the messenger/agent code 
1 17 is transmitted to the special device 113. Figure 2 illustrates an e-mail of such 
software in the form of an executable element identified as "XOBIE.exe". On 
clicking "XOBIE.exe", an installation script is executed, which creates a set of 

1 0 directories, and copies to them an ActiveX control, denoted XOBIE.ocx, and a Visual 
Basic executable, denoted project20.exe. The ActiveX control, XOBIE.ocx, contains 
the apparatus otherwise referred to as the messenger and agent code. The Visual 
Basic executable is a Visual Basic front end Graphical User Interface (GUI) 
application, typical screens of which are illustrated in the examples included hereafter. 

1 5 Clicking the XOBIE.exe icon causes two results: (1) the installation of the Visual 
Basic executable and the XOBIE.ocx ActiveX control (the apparatus) on the special 
device, and (2) the execution of the Visual Basic executable which displays the screen 
shown in Figure 3 (a graphical user interface denoted as "JOB IE"). 

Another method of supplying software 1 15 to the special device 1 13 is 

20 to have a browser on the special device invoke an ActiveX control from a web page 
displayed in the browser, which automatically downloads that control from a server. 
Another approach is to interact with so-called active server pages on a remote server 
such that all the interpretation and invocation of the "apparatus" is done from the 
remote server end. This results in a "thin" client, i.e., very little code actually residing 

25 on the special device 113. The approach under discussion involves having the 
agent/messenger processes on the "Client", i.e., the special device 1 13. 

With respect to Fig. 3, the JOBIE graphical user interface provides a 
number of user selectable commands, which, on a typical special device 1 13, are 
selected by a stylus. Such commands may also be selected by clicking on a selected 
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icon if a mouse environment is provided. In Fig. 3, the user has selected VIEW, 
which provides a plurality of options. These options include DATA OBJECTS, 
which, when clicked-on or touched, provides a list of the available data objects. A 
repository, described further below, contains a pointer to a "federation file" which 
5 identifies the servers in the federation. The metadata contains, for each server, the data 
source objects residing in that server. On selecting DATA OBJECTS from the VIEW 
menu, the GUI generates the command 

objects O-display () 

which results in a scan of the above metadata via the messenger/agent 1 17 to list all 

10 the data source objects available in the servers of the federation. Thus, the data 

information, i.e., a list of all the data objects named in the Federation 121 is returned 
to the Visual Basic (GUI) front end, which displays the information shown in Figure 
4. According to Figure 4, the available data source objects are identified as "log," 
"publishers," "roysched," "sales," "stores" and "title author." 

1 5 Fig. 5 illustrates a typical result of selecting the "sales" data object. 

Such selection results in retrieval of the data corresponding to the data object from its 
storage locations across the network 12 land display of the data on the display of the 
special device 1 13. According to the example of Fig. 5, columns of data are 
displayed, the columns comprising a store i.d. code, a corresponding order number, 

20 the date of the order, the quantity ordered, the payment terms and the product code 
("title-id") identifying the particular product ordered. 

To implement the above action, code is provided in the GUI which 
responds to selection of the "sales" object to automatically generate the appropriate 
script command to the agent/messenger on the special device, which then transmits 

25 the script command to the servers which contain the data object of interest. A 
command of the sort: 

sales.display (10) 

results in display the first ten records of the "sales" object (i.e., provide this 
information to the Visual Basic GUI front end to perform this display). Additionally, 
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selection of the "sales" object causes generations of a "sales.meta info" command, 
which results in return of metadata corresponding the "sales" object to the special 
device as discussed in further detail below. 



It will be noted that the screen display of Fig. 5 includes a number of 
user-selectable methods such as "sort," "search" and "compute," which may be 
invoked on the data. In Fig. 6, the "sort" method has been selected. To conserve 

10 special device memory, the "sort" is performed at the nodes containing the data. A 
command "sales.sort (qty(d), 10)" results in the sales object being sorted on the "qty" 
column in descending order. The sort is performed at the node(s) containing the data. 
The "10" indicates that the first ten records of the result should be returned, initially, 
to the requester. If the data is distributed, the sort is performed automatically in 

1 5 parallel, as discussed in more detail in connection with Figs. 23-27. The command 
sent to the appropriate remote servers by the ActiveX control on the client (special 
device) is of a type which requests a number of records based on the available storage 
in the special device. "Display (10)" or "sort(qty(d), 10)" are examples of such 
commands. 

20 With respect to Fig. 6, once the "sales (sort)" screen appears, the user 

clicks on the particular column or columns to be sorted and a window opens 
displaying a number of options such as "ascending" or "descending." In Fig. 6, 
"ascending" is selected and the user then selects (clicks on) EXECUTE. The GUI 
agent/messenger software responds by transmitting a sales-sort script with any newly 

>5 selected properties to the servers where the data object resides. Fig. 7 shows the result 
of the EXECUTE, which is a display of the data ordered by ascending quantity of 
units ordered. Thus, according to the preferred embodiment, transactions may be built 
up by a simple point and touch approach. 



-10- 



PATENT DOCKET UNI6-BI57/04M1093 

Accordingly, Fig. 8 illustrates further performance of a SEARCH on 
the results of Fig. 7. Touching (or clicking on) SEARCH results in display of options 
including "Find First Record Like" one about to be selected by the user on the screen 
of Fig. 8. In the example under discussion, a search for all possible records is selected 
by touching "Search All Records Like." Then one of the column label names is 
touched, prompted by the screen instruction "Please click on blue column label here." 

As shown in Fig. 9, the order number column has been touched, with a 
resultant drop-down display of a number of search criteria. Figs. 9 & 10 illustrate 
selection of "equal" and the entry of target data, in this case order number P3087a, in 
the edit box (the search target, order number P3087a, is indicated by simply touching 
the edit box (the search target, order number P3087a, is indicated by an example of 
that order number on the screen). This shows how statements (transactions) of the 
sort: 

sales.sort (qty) 

this.search (if ord_num = "P3087a") 

client. write (this) 
have been constructed with simple point and touch operations. 

Selection of EXECUTE then produces the screen display of Fig. 11, 
which lists the information for all order numbers P3087a residing in the system. 
Thus, a sort and search across distributed heterogeneous data has been conducted 
solely by point and touch operations. Searches and sorts of multiple columns can be 
conducted at the same time. 

Fig. 12 illustrates a compute method performed on the "sales" object. 
Compute is illustrated being performed on the "quantity" column, with resultant 
display of a number of options such as "group by," "add," "count," select "smallest," 
etc. Selection of "group by" in the "order number" column, and "add" in the "qty" 
column, as reflected in Fig. 13 and Fig. 14, results in summing up the total quantity of 
each order number, which is ultimately displayed as shown in Fig. 15. Fig. 16 and 
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Fig. 17 then illustrate performance of a sort by ascending quantity of the results of the 

"group by" an "add" operation. 

Fig. 18 and Fig. 19 illustrate clicking or touching the "schema" 

designation of the "view" menu. In such case, the data corresponding to the "sales" 
5 object is displayed, as shown in Fig. 19. The sqlinfo (sales) command is used to 

retrieve the schema, etc., information for the designated object. The data type is 

Sequel Server and is on Server No. 10, the object name is sales and a description of 

the columns, etc is then displayed. 

A power user can use the "source" command in the "view" pull down 
1 0 menu to display scripts generated for a request, and once the user has been verified as 

having appropriate security, the user can modify the script. The modified version will 

be used when "execute" is requested. 

If a user wishes to create a new data object, data entry is necessary, 

which, for large scale, requires keyboard capability on the special device. But if a 
1 5 user wishes to remove a data object, add to it, close it, etc., this can be done via the 

menus illustrated in Fig. 20 and Fig. 21. Figure 22 illustrates a case where "Update 

All Records Like" of Fig. 21 has been selected, and the user can update the data object 

from his special device with a minimal amount of data entry, for example, by using a 

stylus to touch the screen. 
20 The manner in which heterogeneous data is accessed from the special 

device 113 will now be described in further detail in connection with Figs. 23-33. 

Figure 23 illustrates a plurality of remote sites or nodes 1 1, 13, 15, 17 wherein data to 

be retrieved or accessed is typically spread across the respective nodes. In the 

illustrative example of Figure 23, the data at node 1 1 comprises Microsoft NT files, 
25 the data at node 13 comprises an Oracle database, the data at node 1 5 comprises an 

SQL Server database, and the data at node 17 comprises a Microsoft Access database. 
The generation of a script request, referred to as "commands" in 

connection with Figs. 1-22, in response to a user point and touch operation on the 

special device 113 automatically sets in motion concurrent parallel accessing of all the 
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remote databases 1 1, 13, 15, 17. The request illustrated in Figure 23 is a search 
request, and the parallel searches are referenced respectively as Search 1, Search 2, 
Search 3 and Search 4. The searches provide parallel access to the heterogeneous data 
using a metadata approach and treating the heterogeneous data as if it were a single 
object. The simple query or request is first interpreted so as to pass the relevant part 
of the script from a user node across to the remote nodes. In the embodiment under 
discussion, queries or requests are presented as JAVA scripts. 

Each of the searches is optimized with respect to the underlying data. 
For example, there are number of ways of accessing the Oracle database, such as via 
an OBDC connection or via the Oracle Call Interface. According to the preferred 
embodiment, the method used to access the Oracle database is via the Oracle Call 
Interface. This method is optimum for the purpose of the preferred embodiment 
because it provides the shortest path length to the data. Thus, standard database 
interfaces are used, while selecting the one which provides the shortest path length. 
The user selecting the query statement is unaware of the approach used to actually 
access the data. 

The metadata describes the contents of the data object of a request 
(query). The metadata is contained in a repository 18, using data object models which 
describe the overall federation of servers and data sources. In the preferred 
embodiment, there are four categories of data source objects: 

Distributed over the nodes of a cluster 

Distributed over a network 

Distributed over an SMP (symmetric multiprocessor) 
Not distributed 

A distributed network can be an Ethernet or nodes on a cluster or a gigabit/sec 
connection. 

A repository application generates a set of data source descriptor files 
automatically from the metadata at run-time. The data descriptor files contain only 



-13- 



PATENT DOCKET UNI6-BI57/04M1093 

the metadata corresponding to the data source object selected by the user, e.g. as 
discussed in connection with Fig. 5.. 

The descriptor file is held locally in an NT flat file in the special device 
113, and is used at run-time in the interpretation of the query requests. The use of an 
optimized local file further supports high run-time performance. The repository used 
according to the preferred embodiment is the Unisys Repository (UREP). Various 
other repositories could be used such as Microsoft's or a standard one such as is being 
developed by the Object Management Group. 

The descriptor file name is also used as the name of the data object in 
the query scripts, which data object represents the highest level of abstraction of the 
federation of data in question. For example, the descriptor file corresponding to an 
object, cluster population, would be called "cluster population." A user screen 
selection might cause generation of the following command: 

cluster.population.search (if (bdate = xx/xx/xx)), 
searching the population (perhaps the population of the United States) for all persons 
with a particular birthdate. As discussed in more detail below, an "agent" interpreting 
this script will refer to the local descriptor file, cluster.population, to determine the 
nature of the object. 

In the case of Figure 23, the metadata indicates that the data is 
contained in the SQL Server, Oracle and/or NT files databases 11, 13, Handsets 
forth the organization of all the data in the respective databases, e.g. the columns and 
rows and how to interpret the data stored in the database. Accordingly, the user at 
special device 1 13 does not need to know the data structure and is thus generating 
applications at a transparent level, i.e., treating the whole network as a single object 
and writing methods on it. 

The interpreter or "agent" process employed at the special device 113 
interprets the script/request and "looks up" the appropriate metadata from the NT 
descriptor file stored on the special device. This agent then sends appropriate scripts 
to the particular nodes which contain data corresponding to the data object. An agent 
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(interpreter) module located at each remote node interprets and executes received 
scripts. 

Each agent comprises a module of code (an NT process or the 
equivalent in another operating system). Thus, two levels of interpretation are 
employed, a first to interpret the script and a second to interpret and execute the 
interpreted script at the appropriate nodes. As much processing as possible is 
performed close to the data, i.e., at the physical sites where the data is stored, in order 
to minimize message traffic between user and nodes. Thus, a function shipping model 
is used. 

According to the example being discussed in connection with Figure 
23, the agent at each remote site, 11, 13, 15, 17 receives the interpreted client request, 
which includes a data source object name and the methods to be applied, which were 
originally embedded in the script generated at the special device 113. The remote 
agent determines from the data source object (1) whether the data is distributed, and if 
so, (2) the way in which it is distributed. These details (1) and (2) are contained in the 
repository 18 of metadata. Once armed with items (1) and (2), the remote agent 
performs the required method(s) upon the data. 

The first level (local) interpretation of the two level interpretation 
process will now be further detailed in conjunction with Figure 24 and an illustrative 
example of operation according to the preferred embodiment of the invention. 
According to step 31 of Figure 24, the agent at the special device 119 first receives the 
client request, which, in the preferred embodiment is in the form of a Java script. The 
agent then interprets the script. The data source object name (e.g., C_sql_ data) is 
embedded in the script, as are the methods to be invoked on the referenced data source 
(e.g., "sort" in C_sql_data.sort(state(d)). 

The data source object is categorized by whether it is distributed, and 
the way in which it is distributed. The category of the data source object is specified 
in the data source descriptor file. As noted above, the latter is a text file with the same 
name as the data source object itself, i.e., C_sql_data. 
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At the beginning of the local interpretation of the script, the agent 
imports the descriptor file, step 33 of Figure 24. In step 35, the local agent examines 
the descriptor file and determines the next processing step, depending on the category 
of the referenced data source object. 

If, in step 35, the data source category is determined to be 
"distributed," the agent proceeds to step 37 and breaks the script into new scripts 
appropriate to the designated nodes. The new scripts are then sent to the designated 
nodes for further concurrent processing, step 38, 39 of Figure 24. The agent on the 
processing node checks the data source type to determine the next processing step 
(there are three data source types: NT file system, SQL Server, Oracle) - and then 
proceeds with the processing. 

If, in step 35, the local agent determines that the data source is non- 
distributed, the agent proceeds to the test 41 to check to see if the data source location 
is local or not. If not local, the agent passes the script unchanged to the designated 
node, step 45. If local, the agent checks the data source type for next processing step 
and proceeds with processing, step 45. 

The following code provides an example of local interpretation of the 
user script, C_sql_data.sort(state(d)), presented at node 1 of a cluster: 

#import Csqldata 
main 0 { 

C_sql_data.search(if (b__date = xx/xx/xx)) 

Descriptor file C_sql_data resembles: 

SERVER - l(sql_data), 3 (sql_data), 5 (nt_data) 
} 

Descriptor file sql data resembles: 

SERVER = 1; MS; sql__data = publish:authors; 
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{ 

au_id* unique CHARACTER(1 1) 
State* null CHARACTER^) 

} 

According to this example, a data source object, C_sql_data, is 
searched for persons with a particular birthdate. A data source descriptor file, with the 
same name as the data source object, indicates that C_sql_data is distributed across 
Nodes servers 1,3,5 of a cluster. Descriptor files on each node give details of the data 
distributed on that node (in this case, the data is in SQL Server databases on servers 1 
and 3, and in an NT file system on server 5). 

The agent on the special device 1 13 begins execution of the script by 
importing the data source descriptor file, C_sql_data. The category of the data is 
"cluster," the hosting server is "1" with the data distributed on servers 1,3 and 5. The 
agent processes the statement. In due course, the agent will check the syntax and 
verify, for example, that "b_date" is specified as a column in the descriptor of the 
sql_data object. 

In processing the statement, the agent breaks the script into 
sql_data.search() for server 1 ; 

sql_data. searchO for server 2; 

nt_data. search() for server 5 

The agent on server 1 processes the first statement; the second 
statement is sent to server 3; and the third statement is sent to server 5. There is an 
object with a descriptor file name, sql_data, on server 3 and an object with a 
descriptor file name nt_data on server 5. After the processing (sorting) at each node, 
the information is returned to the original (coordinating) agent for final processing. 
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By using a function shipping model, in which the search commands are 
sent to be executed as close to the data as possible, and only the results ("hits") are 
returned to the requester, the network traffic is minimized (compared with a data 
shipping model, in which all the data might be sent to the requester, and the search 
performed there). In the event that updates are involved, the approach also ensures 
that there will never be a later update in another server's cache, thus maintaining 
cache coherency across servers. 

Figure 25 provides an illustrative system architecture. According to 
Figure 25, a Visual Basic client 51, a browser 55, or an Active Server Page, interfaces 
to an ActiveX component 53. The client sets information to describe its request (e.g., 
the name of a file containing a script to be executed) in a table within the ActiveX 
component 53 and calls a "send" method within the component. The ActiveX 
component 53 interfaces with a Messenger code module 59 via a Sockets interface. In 
this way, the apparatus appears to the client to be an ActiveX component. 

The messenger 59 listens for messages from the Sockets interface 57, 
and its operation is illustrated in connection with Figure 26. This module of code 
contains two key NT or Unix threads (or the equivalent for other operating systems): a 
send thread and a receive thread. The receive thread listens for new messages from a 
client or from an agent. The send thread returns results to the client, or sends requests 
to another server. 

As indicated by steps 63, 65, 67 of Figure 26, on receiving a message 
from the Sockets interface 57, the messenger 59 queues the request for interpretation 
by an "agent" process 61, which analyzes the message and performs the request. If, 
on receipt of a message, the messenger 59 detects that all agent processes are busy at 
test 69, additional agents may be created, step 71, up to a maximum, using standard 
NT or Unix or equivalent operating system process initiation calls. If all agents are 
not busy, the next available agent process will interpret the request, as indicated by 
step 73. 
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On detecting that the data is distributed, the agent breaks the script into 
the appropriate scripts for each data source as discussed above and queues a request to 
the "messenger" process to send these scripts to the respective distributed servers to 
be processed in parallel. Thus, if successive "NOV occur at tests 65 and 75 of Figure 
4, and a "YES" results at test 79, parallel requests are sent out. The receiving 
"messenger" process at the destination server queues the request to an "assistant 
agent" (which differs from an "agent" only in that it is always invoked from, and 
replies to, another "agent," rather than to an external client). The assistant agent 
interprets the script (for example, a "search" of local data), queuing the results and 
presenting a request to the local "messenger" for return to the requesting agent. 

Thus, when test 83 of Figure 26 is satisfied, results are returned to the 
local messenger in step 84 where the results are then consolidated. The agent may 
then request the messenger to return results to the client, test 75, step 77. In this way, 
automatic execution of methods is achieved across distributed heterogeneous data (in 
NT files, SQL server, Oracle,.. .) transparently to the requester without the writer of 
the request (script) having to be aware of where the data is located, how it is accessed, 
where the methods execute or how they were created. If the data is distributed, the 
execution runs automatically in parallel. With implementation of the agent and 
messenger models on different operating systems, the servers may run on a 
heterogeneous mix of NT, Unix, 2200, A-Series, IBM,. . . etc. 

Figure 27 is an inheritance diagram further illustrating organization of 
the metadata according to the embodiment under discussion. The box labeled "UREP 
Named Version Object" 201 represents the highest level of abstraction in the UREP 
and comprises a collection of data objects. The diagram of Figure 27 illustrates the 
basic concept that each data object contains embedded data and methods (operations) 
applied against the data where the data further consists of attributes and types. 

Figure 27 illustrates a second level of abstraction 212, which includes 
derived classes identified as System Node 202, System Server 203, Data Source 
Object 204, Field Desc 205 and System Script 206. Thus, each data object has 
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associated therewith information as to the system node(s) where it resides, the system 
servers within a node which access it, its attribute as being distributed or 
nondistributed, the field descriptors for NT files and the methods associated with it. 

The System Node class 202 includes information sufficient to describe 
each node in a cluster including attributes such as the Node Address which may, for 
example, represent an internet port sufficient to locate a node in question. The class 
202 further includes construct() and destruct() methods to create or destroy a node. 

The System Server class 203 includes all attributes and parameters 
regarding each server which resides on a node, where the "server" comprises the 
messenger, agent and assistant agent codes, i.e., everything necessary to receive a 
script and to execute it. The server attribute illustrated in Figure 27 is the server port, 
which is the address (node and port) at which incoming messages are "listened for" by 
the messenger of the server in question. 

The Data Source Object 204 comprises the names used for various 
objects in the script. The attribute "DSC category" indicates whether the particular 
object is distributed (207) or nondistributed (208). A distributed object 207 further 
includes subclasses 209, 210 as to the type of distribution, i.e., across SMP nodes or 
across nodes of a cluster. The "ObjList" attribute gives a list of the databases 
contained within the distributed data source name. In other words, the object name is 
broken down into sub-names which exist on the different nodes. 

Non Distributed Data Sources 208 typically are either NT files 21 1 or a 
relational database object 213, which further break down into column, index, table 
and size schema 215, 216, 217, 218 as known to those skilled in the art. 

The Script class 206 contains the location of any otherwise 
unrecognized programs or methods and could contain programs or methods contained 
in URL's, in CORBA ORB environments, X/OPEN OLTP environments, as well as 
in local or remote NT executables or other script files. 

Thus, a system Node contains one or more servers, each of which hosts 
its own set of Data Source Objects. The relationships represented in Figure 27 and 
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contained in the metadata indicate what Data Source Objects are related to which 
servers and thus supply the information necessary to create the local data source 
descriptor files at run-time. 

The information represented by Figure 27 is preferably captured at 
5 system set-up using a graphical interface under control of a system administrator with 
as much automation as possible in order to avoid unnecessary data entry. For 
example, such an interface provides automatic scanning of the rows and columns of a 
relational database. Once set up, the system runs applications automatically as 
illustrated herein. 

1 0 The metadata may also include the location of otherwise unrecognized 

services, the API's (application programming interfaces) or protocols to be used in 
invoking services (effectively wrapping the "foreign" services). Services may also be 
sought in trading (OMG, ODP, etc.) networks, allowing a broad heterogeneity of 
service access, execution and creation. In this way, services invoked as a simple 

1 5 JAVA method may actually have been provided in Open/OLTP, Corba objects, 

Microsoft DCOM/COM+, Sun EJB, Line, MAPPER,. .., or other environments. In 
this respect, an infrastructure is provided akin to a parallel nervous system for the 
invocation and integration of heterogeneous services (invoked as JAVA methods). A 
system according to the preferred embodiment can span platforms, OS's, and 

20 architectures without a requirement for changes in the underlying OS. 

In an implementation according to Figure 28, servers implementing the 
preferred embodiment run on all the nodes of a system which may be, for example, a 
cluster, a Uniysis cellular multiprocessing system (CMP), a network, or an SMP 
(symmetrical multiprocessor). The servers are preferably started by executing a 

25 program, "jobstart," from any node in the system. "Jobstart" calls an NT service, 
registered as "Start Service" automatically at "boot" time on each of the systems 
nodes, defined in a configuration file. The "Start Service" serves as a listener on the 
host node in question, performing the loading and invocation of the local runtime 
processes comprising the messenger and agent. Multiple processes may be activated, 
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automatically, in the same node depending on performance considerations. As soon 
as the servers have been activated, the runtime process is ready to accept client 
requests. 

In Figure 29, the configuration of Figure 28 is shown supplemented by 
5 a repository (UREP). Instead of a static start-up of all the servers in the system, a 
dynamic invocation, based on the client (user) request, is now provided. Based on the 
data source name (data object) supplied in the client request, the server to which the 
client application is attached, in processing the user request, retrieves from the 
repository the details of the locations which support the data source. The Agent 

10 process interpreting the scripts then dynamically activates only the servers required to 
support the user's request. The Agent is shown interacting with a DBMS (Database 
Management System). A hardware component suitable for implementing the system 
servers in a system like that of Figures 23, 28 or 29 is the Aquanta as manufactured by 
Unisys Corporation, Bluebell, Pennsylvania. 

15 The Messenger is loaded and activated by the local NT service (the 

Start Service) on each node in the system. Initially, the client application, responding 
to a user's request, establishes a connection, via the WinSock interface, with this 
process (server). The server (process) acts as a "messenger" between the client and 
the agent process for the particular user. The "messenger" performs four key 

20 functions: 

Acts as the "listener" to receive user requests from the client or 
from an agent on another node. 

Sends the results of the request back to the submitter of the 
request (the client or an agent on another node). 
25 - Manages the creation of, and the assignment of tasks to, agent 

and assistant processes. 

Sends and receives messages to and from these agents and 
assistants, using shared memory. 
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As noted above, the Agent process accepts and sends messages from 
and to the request queue, maintained by the messenger. As illustrated above, the key 
functions performed by the agent are to parse and process each request in the JAVA 
script, often resulting in operations on named data sources within the system which 
5 may be heterogeneous (e.g., in NT files, SQL Server, Oracle,. . .) and distributed. In 
so doing, the agent looks up the descriptor of the data source. If the data is distributed 
across multiple nodes, the agent rewrites the script as multiple scripts. Each of the 
latter scripts consists of the operations, for a particular node specified in the 
descriptor, to be performed on the data sets residing in that node. These scripts are 
10 then sent to the "assistant" processes on these other nodes in accordance with the 
"function shipping" model. The system will typically be configured to run with an 
initial number of agent processes, with a maximum also specified. 

In Figures 28 and 29 "node" is used to describe the physical hardware, 
e.g., an Aquanta server (as in a "node on the network" or a "node of a cluster"). A 
1 5 server is the "apparatus" residing on that node comprising the messenger, agent and 
assistant code modules. Multiple servers may reside on a single node. The servers 
may be viewed as comprising part of a "federation." A federation is a group of 
servers which have access to the same data, objects and scripts. There may be more 
than one federation in a system. 
20 Figure 30 illustrates processing of a script which contains multiple 

successive or "concatenated" methods. In test 3 1 of Figure 30, the metadata is 
checked by the agent at the local site to determine whether the data source is 
distributed. Test 3 1 corresponds to test 3 1 of Figure 24. 

In Step 301, the local agent scans the script. In test 303, the local agent 
25 determines whether successive methods are included in the script. If not, the routine 
proceeds to step 35 of Figure 24. 

If successive methods are involved, the flow proceeds to step 305 
where the local agent determines which methods should be performed at the remote 
sites. This determination is preferably made by accessing a simple table which 
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indicates whether a selected method should be performed remotely adjacent the data 
or at the user site upon the returned results. 

In step 307, the statement is broken into scripts appropriate to the 
servers at the remote nodes. For example, one may propound the statement: 
5 population. search( ).sort( ).mail( ) 

to search, for example, the population of the United States for people with particular 
attributes, sort the results of the search, and then mail the results of the sort. In such 
case, if the data in "population" were distributed across databases in servers on nodes 
1, 3 and 5, the script: 
1 0 population.search( ).sort( ). 

is sent to the servers at each of the nodes 1, 3 and 5. Thus, in this example, the local 
agent has determined from a table that "search" and "sort" are methods designated for 
performance at the remote sites, and has generated an appropriate script to send to 
each of the sites. 

15 The assistant agent at each of the remote servers on nodes 1, 3 and 5 

then interprets the respective script and, on finding the successive methods, search( 
).sort( ), performs the first method (search( )) and then leaves the results of that 
method stored in memory, rather than causing the results to be returned to the 
coordinating local agent. The second (or further) method(s) are then performed on the 

20 results of the earlier method(s), and only when the results of the succession of 

methods are complete, are the results returned to be merged by the coordinating agent. 
In this way, if the data object ("population") is distributed, the methods (search, sort) 
are performed automatically in parallel on the distributed data. 

An example of operation of the remote agent is illustrated in Figure 3 1 . 

25 The data object "population" 403, 405, 407 is retrieved at each of three respective 
nodes: Node 1, Node 2 and Node 3. The method "search( )" is performed by the 
remote agent on each respective data object, producing respective search results 409, 
411, 413 stored temporarily in memory at each of the respective Nodes. The remote 
agent then executes "sort( )" on each of the respective search results, yielding 
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respective sort results 415, 417, 419. The remote agents then transfer the respective 
sort results to the respective remote messengers, which return them to a coordinating 
agent at the originating site. The coordinating agent creates the merged results 421 
and executes the Mail method to e-mail the final results. The search, sort and mail 
5 methods are described further below in connection with discussion of a preferred set 
of methods performed by the Agent. 

According to the preferred embodiment, a capability is provided which 
permits the user to run his or her own programs and applications. The capability is 
referred to as "Multiple Points Of Logic" or "MPL". The MPL capability may exist 
10 as both a command and a method initially signaled by a function designator in the 
script, which in the embodiment under discussion is "mpF\ 

The command version provides an easily used mechanism for enabling 
the user to run user-defined scripts or executable programs automatically in parallel 
on multiple servers. The user indicates, as parameters in the MPL command, the 
1 5 servers on which the embedded or named script or executable program (e.g., .exe file) 
is to be executed. Thus, these "multiple points of logic" may be run concurrently on 
multiple servers of the system. Since the script may access data sources, a means is 
provided to execute, concurrently, whole applications on the nodes of distributed 
networks. Thus, the apparatus may be used whenever an objective is to run 
20 commands or programs concurrently. 

The method version of MPL provides an easily used mechanism for 
employing the infrastructure of the system to run user-defined scripts (embedded or 
named scripts or executable programs) as methods automatically in parallel against 
potentially distributed heterogeneous data sources. 
25 For example, consider the script: 

population.mpl ('strip_data') 
On detecting from the metadata that the "population" data object is 
distributed, the mpl is interpreted by the interpreting agent as an instruction to send 
the named script, 'strip_data\ to each of the servers across which the data is 
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distributed. The script is then be run automatically in parallel against the data on 
those distributed servers by the agents at those servers. The results are subsequently 
returned by the messengers at those servers to the originating agent for 
coordination/merge. The named script 'strip_data' may also be an embedded script 
5 (where the full script is enclosed in the brackets following mpl) or an executable file, 
e.g., a C program contained in xyz.exe or a script in xyz.bat. 

Figure 32 illustrates the operation of the Agent at the user site in 
response to detection of an MPL method. Figure 32 will now be described in 
connection with the following particular user-inputted script: 

10 

Example: 

#import Personnel 
#import Client 



1 5 main() { 

Personnel.mpl('stripdata') ; 
Client write(this) ; 
} //main 



20 Upon scanning of this script, step 501, the agent imports the descriptor 

files for the "personnel" and "client" objects step 502. Upon detecting at test 503 that 
the script includes an MPL method and that the data object "personnel" is distributed, 
the agent forwards the script (Personnel.mpl ('strip_data')) to the respective nodes 
where the data object resides as indicated by step 505. With respect to the system of 

25 Figure 23, for example, if the data object resides on the SQL server database 1 5, the 
Oracle database 13, and the NT files database 1 1, the agent transmits the script, 
Personnelmpl Cstrip_data'), to each of the nodes: 

(a) to node 15: Personnel.mpl ( t strip_data') 

(b) to node 13: Personnel.mpl Cstrip_data') 
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(c) to node 11: Personnel.mpl ('strip_data') 

Figure 33 illustrates the processing of each of the scripts when received 
by the remote agent at each node at step 513. The remote agent first checks the 
5 argument of the MPL method to determine whether it contains an embedded script, a 
named script or an executable program. Embedded scripts are included in inverted 
commas, while inverted commas do not surround named scripts or executable 
programs. In the case of the named scripts or embedded programs, the remote agent 
interpreting the script seeks the name in the "scripts" section of the metadata. The 
1 0 metadata contains the script or a reference to a file in which the script or executable 
program is located. 

As illustrated in Fig. 33, if the argument is an embedded script, the 
flow proceeds from test 515 to step 517 where the embedded script is directly 
executed by the remote agent on the data object, in this case "personnel." If the 
1 5 argument is a named script or an executable, the flow proceeds from test 5 1 5 to test 
525 and then to step 526 . In step 526, the remote agent retrieves the program from 
the "script" portion 206 of the associated repository (Figure 27) at the particular 
remote node. For example, if the remote agent receives: 
mpl(xyz.exe) 

20 it then accesses a file referenced in the metadata containing the program to be 
executed, which may be, for example, a "C" program, such as: 
C:/program file/xyz.exe 

or a URL address. 

As reflected by tests 519, 527 and steps 523, 531 of Fig. 33, the results 
25 of execution of an MPL method are returned to the coordinating agent, where they are 
then merged with the results from the other nodes (servers) to create the overall result 
(this). The command, Client. write (this), returns this result to the client. Thus, the 
preferred embodiment permits the use of the metadata to determine whether and 
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where the data object is distributed and then to run designated scripts or programs in 
parallel against the distributed data. 



decision point 507. The agent detects that an MPL command has been written 
5 because no data object is associated with the "mpl" script. In such case, the agent 
sends the pertinent script to the server or servers in question, where the remote agents 
execute them. The scripts or programs started at the remote nodes (servers) will run 
as independent scripts or programs and will not return results to the originating agent, 
as reflected by steps 521 and 529 of Fig. 33. Scripts or programs associated with 
10 MPL commands will typically include their own output commands. 



run c strip_data,' a named script, while the remote agent at server 5 is instructed to run 
the named script, script, which was dynamically constructed in the preceding 
statements. 



Figure 32 further depicts implementation of the MPL command at 



In the following example, the remote agent at server 4 is instructed to 



15 



Example; 

#local view script={ } 



25 



20 



main 0 { 

mpl( t strip_data 5 ,4); 
script.write("#import Personnel 
script.write("main 0 { 
script.write("Personnel.search( 
script.write(" if(state= = /"C A/"); 
script.write(") 

script.write("this.format(/"%s,%s/", 
script write("last_name, first_name) ; 
script.write("this.print() ; 
script.write("} 
script.close() ; 
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mpl(script,5); 
} //main 

Further details of additional methods, commands and controls 
implementable according to the preferred embodiment may be gleaned from the 
5 aforementioned co-pending U.S. Patent application, Serial No. 09/405,038 filed 
September 24, 1999, incorporated by reference herein. 

The methods and apparatus of the present invention, or certain aspects 
or portions thereof, may take the form of program code (i.e., instructions) embodied in 
tangible media, such as floppy diskettes, CD-ROMS, hard drives, or any other 

10 machine-readable storage medium, wherein, when the program code is loaded into 
and executed by a machine, such as a computer, the machine becomes an apparatus 
for practicing the invention. The methods and apparatus of the present invention may 
also be embodied in the form of program code that is transmitted over some 
transmission medium, such as over electrical wiring or cabling, through fiber optics, 

15 or via any other form of transmission, wherein, when the program code is received 
and loaded into and executed by a machine, such as a computer, the machine becomes 
an apparatus for practicing the invention. When implemented on a general-purpose 
processor, the program code combines with the processor to provide a unique 
apparatus that operates analogously to specific logic circuits. 

20 Those skilled in the art will appreciate that various adaptations and 

modifications of the just-described preferred embodiments can be configured without 
departing from the scope and spirit of the invention. Therefore, it is to be understood 
that within the scope of the appended claims, the invention may be practiced other 
than as specifically described herein. 
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WHAT IS CLAIMED IS: 



1 LA method for executing methods upon data objects distributed across a 

2 plurality of nodes of a system from a special device comprising the steps of: 

3 providing a first graphical interface display on said device permitting 

4 user selection of a data object category, selection of such category resulting in display 

5 of a list of data objects available on the system; 

6 responding to selection of a first of the data objects present in said list 

7 to generate a second graphical interface display on said device of at least a portion of 

8 the contents of said first of the data objects together with a display of a plurality of 

9 selectable regions, each of said regions representing a first method executable on said 

1 0 first data object; and 

1 1 responding to selection of one of said methods to execute that method 

12 upon the first data object and to display a first result of such execution on said device. 

1 2. The method of Claim 1 wherein said user selection is achieved by a 

2 point and touch operation executed on the graphical interface display. 

1 3. The method of Claim 1 wherein a second method is executed on said 

2 first result to produce a second result. 

1 4. The method of Claim 3 wherein each of said methods comprises a 

2 transaction whereby a set of transactions are built up and executed by interacting with 

3 said display, with the results of each transaction being sequentially displayed, and 

4 becoming the basis for the next operation in the sequence of transactions. 

1 5. The method of Claim 1 wherein said first method comprises an update 

2 of a record. 

1 6. The method of Claim 1 wherein said first method comprises a 

2 summation of records. 
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1 7. The method of Claim 1 wherein said first method comprises selection 

2 of a record having a particular attribute. 

1 8 . The method of Claim 7 wherein said attribute is minimum value. 

2 

1 9. The method of Claim 3 wherein said second method comprises on 

2 update of a record. 

1 10. The method of Claim 3 wherein said second method comprises a 

2 summation of records. 

1 11. The method of Claim 3 wherein said second method comprises 

2 selection of a record having a particular attribute. 

1 12. The method of Claim 1 1 wherein said attribute is minimum value. 

1 1 3 . A method comprising the steps of: 

2 providing a special device with stored software comprising a graphical 

3 user interface and agent/messenger software, said software enabling said device to 

4 access data at one or more remote sites; and 

5 executing a sequence of transactions upon said data on a display screen 

6 of said special device via visual user interaction with said screen. 

1 14. The method of Claim 1 3 wherein said software provides user selection 

2 of a data object category, selection of such category resulting in display of a list of 

3 data objects available on the system. 

1 15. The method of Claim 1 3 wherein one of said transactions comprises an 

2 update of a record. 
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1 16, The method of Claim 13 wherein one of said transactions comprises a 

2 summation of records. 

1 17. The method of Claim 1 3 wherein one of said transactions comprises 

2 selection of a record having a particular attribute. 

1 18. The method of Claim 1 7 wherein said attribute is minimum value. 

1 19. The method of Claim 1 3 wherein said sequence of transactions 

2 includes a search followed immediately by display of the results of the search on the 

3 display of said special device. 

1 20. The method of Claim 19 wherein said search is conducted on 

2 heterogeneous data stored across a plurality of sites. 

1 21. The method of Claim 1 9 wherein said sequence of transactions further 

2 includes a sort on the results of said search with immediate display of the results of 

3 said sort on the display of said special device. 

1 22. The method of Claim 13 wherein said special device is a palm held 

2 device. 

1 23. An apparatus comprising: 

2 a special device having a display screen associated therewith; and 

3 means for executing a sequence of transactions upon said display 

4 screen via visual point and touch interaction with said screen, each transaction of said 

5 sequence being based on the result of execution of a previous transaction and wherein 

6 at least one of said transactions is executed upon data stored across a plurality of 

7 remote storage locations. 
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1 24. The apparatus of Claim 23 wherein one of said transactions comprises 

2 user selection of a data object category, selection of such category resulting in display 

3 of a list of available data obj ects. 



1 25 . An apparatus for executing methods upon data objects distributed 

2 across a plurality of nodes of a system comprising: 

3 a special device having a display associated therewith; 

4 means providing a first graphical user interface on said display, said 

5 interface permitting user selection of a data object category, selection of such category 

6 resulting in display of a list of data objects available on the system; 

7 means for responding to selection of a first of the data objects present 

8 in said list to generate a second graphical user interface on said device of at least a 

9 portion of the contents of said first of the data objects together with a display of a 

1 0 plurality of selectable regions, each of said regions representing a first method 

1 1 executable on said first data object; and 

12 means for responding to selection of one of said methods to execute 

1 3 that method upon the first data object and to display a first result of such execution on 

14 said device. 

1 26. The method of Claim 24 wherein said user selection is achieved by a 

2 point and touch operation executed on the graphical interface display. 

1 27. A storage medium encoded with machine readable computer program 

2 code, said code comprising graphical user interface and agent/messenger software for 

3 enabling a special device to perform the following steps: 

4 access data stored at one or more remote sites; and 

5 execute a sequence of transactions upon said data on a display screen 

6 of said special device via user interaction with said screen. 
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1 28. The method of Claim 27 wherein said software provides user selection 

2 of a data object category, selection of such category resulting in display of a list of 

3 data objects available on the system. 



-34- 



ABSTRACT OF THE DISCLOSURE 
Methods are executed upon data objects distributed across a plurality of nodes 
of a system from a user-held "special" device (such as a cell phone, palm top, set top, 
car GPS system,...). Heterogeneous data at a plurality of remote nodes is accessed 
5 automatically in parallel at high speed using a simple script request containing a data 
source object name wherein the heterogeneous data is treated as a single data source 
object, the script further containing code representing a user-defined program to be 
executed on the data source object. An agent breaks the user-generated script into 
new scripts appropriate for execution at the remote nodes. A messenger process 

10 transmits the new scripts to the appropriate remote nodes where respective agent 
processes respond to automatically access the appropriate data and to automatically 
execute the specified program. If the program is a user-defined script or executable, 
the respective agent processes access a metadata repository to obtain the specified 
program. A set of complex transactions may be built up and executed by simply 

15 touching or updating the special device screen, according to a visual methodology in 
which the results of each sub-transaction are displayed and become the basis for the 
next point and touch operation in the sequence of transactions. 
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As a below named inventor. We hereby declare that: 

TYPE OF DECLARATION 
This declaration is of the following type: 
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original 


□ 


design 


□ 


supplemental 


□ 


divisional 


□ 


continuation 


□ 


continuation-in-part (CIP) 



INVENTORSHIP IDENTIFICATION 

Our residence, post office address and citizenship are as stated below next to our names, We believe 
we are the original, first and joint inventors of the subject matter which is claimed and for which are 
a patent is sought on the invention entitled: 

TITLE OF INVENTION 



SPECIAL DEVICE ACCESS TO DISTRIBUTED DATA 



SPECIFICATION IDENTIFICATION 



the specification of which: (complete (a), (b) or (c» 



(a) is attached hereto. 



(b) □ was filed on as □ Serial No. 

or □ Express Mail No., as Serial No. not yet known 

ACKNOWLEDGEMENT OF REVIEW OF PAPERS AND DUTY OF CANDOR 

We hereby state that we reviewed and understand the contents of the above identified 
specification, including the claims, as amended by an amendment referred to above. 
We acknowledge the duty to disclose information 
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which is material to patentability as defined in 37, Code of Federal Regulations, § 1.56 

and which is material to the examination of this application, namely, information 
where there is a substantial likelihood that a reasonable examiner would consider it 
important in deciding whether to allow the application to issue as a patent, and 

□ In compliance with this duty there is attached an information disclosure statement in 
accordance with 37 CFR 1.98. 

POWER OF ATTORNEY 



We hereby appoint the following attorneys to prosecute this application and transact all business in 
the Patent and Trademark Office connected therewith. 
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J. Ronald Richebourg 
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Mark T. Starr 
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DIRECT TELEPHONE CALLS TO: 


Unisys Corporation 




J. Ronald Richebourg 


(949) 380-5055 


25725 Jeronimo Road, MS400 




Mission Viejo, CA 92691 





DECLARATION 



We hereby declare that all statements made herein of our own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code, and that 
such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 
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Full name of third inventor: 
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(GIVEN NAME) 



Jean 
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FAMILY (OR LAST NAME) 
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Date Country of Citizenship USA 
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Date Country of Citizenship USA 
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Roger Anthony Redding 

(GIVEN NAME) (MIDDLE INITIAL OR NAME) FAMILY (OR LAST NAME) 
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Date Country of Citizenship USA 
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